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ABSTRACT 


In  this  research,  ths  author  addreasaa  the  challenge 
of  implementing  a  Fundamental  Automated  Scheduling  System 
into  the  Naval  shipyards.  The  problem  considered  is  that 
of  how  to  most  effectively  integrate  a  new  computerized 
system  into  the  existing  shipyard  arrangement.  The 
author  first  profiles  the  mission,  organization,  duties 
and  constraints  of  a  Naval  shipyard,  then  develops  the 
background  information  concerning  the  requirements  and 
system  discription  of  the  new  scheduling  system.  The 
discussion  then  shifts  to  a  description  of  the 
implementation  plana  developed  by  three  Naval  shipyards 
and  the  required  management  considerations.  The  research 
concludes  with  a  summary  of  recommended  implementation 
approachs  and  suggestions  for  further  research . 
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i .  iNiggeysiiQM 


A.  PURPOSE 

The  current  environment  of  Naval  shipyards  is 
characterized  by  an  decreasing  workload  and  large 
reductions  budget.  This  situation  has  called  for 
increased  and  uniform  management  control.  The 
sensitivity  of  management  and  schedule  control 
over  overhaul  duration  and  cost  has  forced  the 
conversion  from  the  installed  PERT/CPM  scheduling 
system  to  a  Fundamental  Automated  Scheduling  System  CFASS] 
which  will  support  real  time  network  analysis  and  decision 
making.  This  real  time  scheduling  system  is  aimed  at 
allowing  the  shipyards  to  better  manage  manhours  and 
material  cost  which  are  the  critical  factors  associated 
with  cost  overruns  and  meeting  overhaul  completion  dates. 
With  cost  and  time  as  key  variables  the  decision  was 
announced  on  11  July  1984  that  competive  procurement  was 
underway  for  Naval  Shipyards  to  procure  an  ”o£f-the- 
shelf"  system  m  lieu  of  an  outside  "design  and  build" 
contract . CRef . 1]  The  focus  of  this  research  is  to 
examine  the  current  naval  shipyard  scheduling  system, 
scheduling  information  flow,  and  organization,  and  then  to 
determine  the  optimum  strategy  for  implementing  the  new 


scheduling  systss  within  ths  boundaries  of  the  existing 
management  information  system. 

B.  SCOPE 

This  research  addresses  the  main  question  of  how  the 
Philadelphia  Naval  Shipyard  can  best  implement  FASS. 

Due  to  the  uniformity  of  the  shipyards,  the  recommenda¬ 
tions  and  conclusions  are  applicable  to  all  units. 

In  this  light,  numerous  overhauling  activities  were 
consulted  to  benefit  from  the  existing  planning  conducted 
to  date  by  each  activity.  Implementation  questions  were 
not  limited  to  physical /hardware  requirements,  but  also 
encompassed  areas  such  as  management  acceptance,  maximum 
utilization  of  existing  systems,  graphics  utilization  and 
worker  acceptance.  For  the  reader  to  better  understand 
the  overall  scernario,  a  section  is  devoted  to  the 
background  and  profile  of  the  Philadelphia  Naval  Shipyard. 

C.  RESEARCH  TECHNIQUE 

The  main  bulk  of  this  research  effort  were  the 
author's  interviews  with  key  shipyard  personnel.  To  assure 
accuracy  of  interviews,  written  and  verbal  feedback  was 
presented  to  the  respective  personnel  for  comments  and 
clarification.  The  author  initially  spent  a  week  at  the 
Philadelphia  Naval  Shipyard,  two  days  at  Puget  Sound  and 
three  days  at  the  Long  Beach  shipyard  to  understand  the 


basics  of  the  Production  Control  Branch  and  FASS. 

Background  reading  was  conducted  to  better  underatand  the 
ahipyard  scenario  as  well  as  a  look  at  cosaercial 
and  industrial  approaches  to  implementing  a  computerized 
scheduling  system.  The  background  readings  consisted  of 
shipyard  organization  manuals,  shipyard  HIS  manuals,  system 
requirements  and  specifications  for  FASS  and  historical 
information  concerning  the  conception  of  the  system 
procurement . 
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II-  EEQEILE  Q£  h  HAViL  SHIEXABB 


A.  GENERAL  OVERVIEW 

To  help  the  reader  understand  tha  complexity  of  a 
Navel  Shipyard,  this  chapter  ia  devoted  to  brief  look  at 
the  general  duties,  organization  and  functions  of  the 
shipyard . 

The  Naval  Shipyard  complex  consists  of  eight  member 
yards  located  in  Philadelphia,  Portsmouth,  N.H.,  Pearl 
Harbor,  Long  Beach,  Norfolk,  Charleston,  Bremerton,  Wash¬ 
ington  (Puget  Sound),  and  Mare  Island.  The  official 
mission  assigned  to  the  Naval  Shipyard  by  the  Secretary  of 
the  Navy  is!  "To  provide  logistics  support  for  assigned 
ships  and  service  craft;  to  perform  authorized  work  in 
connection  with  construction,  conversion,  overhaul,  repair, 
alteration,  dry-docking,  and  outfitting  of  ships  and  craft, 
as  assigned;  to  perform  manufacturing,  research, 
development  and  test  work,  as  assigned;  to  provide  services 
and  material  to  other  activities  and  units,  as  directed  by 
competent  authority".  CRef.23 

In  order  to  carry  out  their  functions,  each  shipyard 
maintains  an  industrial  plant  with  extensive  shop 
facilities:  ahipfitting,  welding,  sheetmetal,  pipe, 

inside  and  outside  machine,  paint,  service  and  tool, 
electrical  and  electronics,  and  rigging.  Each  shipyard 


also  maintains  a  full  ranga  of  engineering,  dasign  and  shop 
parsonnal  skills. 

With  tha  axacption  of  nuelaar  work,  shipyards  perform 
basically  tha  sama  function.  Tha  Philadelphia  Naval 
Shipyard  will  ba  usad  throughout  this  taxt  as  an  example. 

B.  ORGANIZATION 

Pictured  in  Figure  1  is  tha  non-nuclear  organization 
chart  for  tha  Production  Department  at  Philadelphia . [Ref . 33 
The  Production  Officer  maintains  direct  access  to  the 
Shipyard  Commander  for  all  areas  of  production.  The  Repair 
Officer  reports  directly  to  the  Production  Officer  and 
deals  with  production  priorities  and  resource  utilization. 

In  order  to  discharge  these  duties  the  Repair  Officer  ia 
supported  by  an  Assistant  Repair  Officer,  Docking  Officer  and  a 
Production  Control  Branch  Head.  To  keep  track  of  the 
daily  status  of  approximately  five  to  ten  ships,  the 
Repair  Officer  assigns  a  Ship  Superintendent  to  each  ship. 

The  Production  Control  Branch  will  be  examined  in 
more  detail,  in  that  this  department  ia  responsible  for  the 
implementation  and  control  of  FASS.  To  support  the 
shipyard  Production  Officer,  the  Production  Control  Branch 


is  responsible  for 


SHIPYARD  COMMANDER 


Figure  1  Partial  Production  Dapartwant  Organization 
Chart 
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•  "Providing  workload ,  workforce,  and 

achaduling  data  required  in  the  management  of 
the  Production  Departaent  and  for  inter- 
departaent  inforaation  and  coordination. 

•  Serving  aa  principal  aaaiatant  to  the 
Repair  Officer  on  aattera  pertaining  to  work¬ 
load/workforce  balance,  scheduling,  production 
naterial  control  and  naatar  work  control  ayataaa 
for  all  Production  Departaent  work. 

•  Analyzing  current,  projected  and  long 
range  workload  and  workforces  and  proposing 
changes  required  to  achieve  balance. 

•  Deteraining  physical  progress  of  prod¬ 
uctive  work  (including  support  systems  and 
preparatory  work).**  CRef.  41 

To  aeet  these  above  requireaenta  the  Production 
Control  Branch  provides;  PERT/CPM  schedules  to  control  and 
sequence  the  production  effort;  workload  forecasts  to 
manage  employee  resources  and  project  future  manpower 
requirements.  The  Production  Control  Branch  also  provide 
progress  measurement  to  asses  actual  overhaul  status  for 
comparsion  to  the  management  plan. 


C.  OVERHAUL  SEOUENCE 

This  section  provides  the  reader  with  a  background  to 
understand  a  typical  shipyard  overhaul  sequence.  The 
easiest  way  to  understand  this  process  is  to  use 
the  concept  of  EVENT  MANAGEMENT.  This  management 
system  is  based  on  establishing  and  monitoring  events.  An 
event  is  defined  as  a  specific  accomplishment  at  a 
recognizable  point  in  time.  Event  Hierarchy  contains  four 


levels  with  appropriate  management  raaponaibility 
assigned  at  each  laval .  Each  Kay  Event  provides  a 
discrete/  well  defined  point  where  the  status  of  a  related 
job  say  be  examined  and  the  progress  evaluated.  Shipyard 
or  higher  authority  determine  the  Key  Events  and  project 
milestones  to  determine  the  actual  status  of  a  ships' 
overhaul.  A  typical  overhaul  sequence  is  provided  in 
Figure  2  with  KEY  EVENTS  listed.  The  same  key  events 
depicted  on  Figure  2  normally  establish  the  critical  path 
for  the  overhaul . 

Although  the  Key  Events  listed  make  the  overhaul 
appear  straightforward  with  only  a  limited  number  of  Key 
Events,  the  reader  must  be  exposed  to  the  complexity  of 
completing  the  work  leading  to  a  KEY  EVENT.  As  an 
example,  the  Engineering  Plant  Light  Off  Key  Event 
represents  approximately  five  hundred  job  orders. 

The  engineering  plant  of  a  destroyer  class  ship  has  four 
main  engineering  spaces  and  up  to  30  smaller  auxiliary 
spaces.  Each  main  engineering  space  has  IS  major 
systems  which  contain  approximately  900  values  and 
components.  Each  value  will  not  only  require  maintenance 
and  or  rework  during  the  yard  period,  but  also  require 
inspection  and  testing  prior  to  and  during  light-off.  Now 
add  the  training  required  by  a  new  crew  to  operate  a 
complex  engineering  plant  with  electronic 
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Figure  2  Typical  Overhaul  Sequence 


ays teas,  Multiply  this  by  four,  then  add  tha  auxiliariaa 
aquivalant  and  tha  auccaaaful  occuranca  of  a  Kay  Event 
bacoaaa  a  aind  boggling  avolution  of  anoraoua  aiza  that 
dafiaa  tha  baat  of  aanagaaant  tachniquaa  and  ayataaa. 

[Ref .S3 

D.  THE  OVERHAUL  ASSIGNMENT  PROCESS 

Noraally  a  Naval  shipyard  doaa  not  **bid*'  for  an 
ovarhaul  contract  in  tha  aaaa  aannar  aa  a  private  ahipyard 
doaa.  Naval  Saa  Syataa  Coaaanda(NAVSEA)  and  tha  Chief  of 
Naval  Operations  aaaign  workloads  to  individual  shipyards. 
Such  variables  as  construction,  conversion  and  overhaul 
schedules,  yard  capabilities,  yard  specialities,  existing 
hoaeport  policies,  and  total  shipwork  all  play  a  role  in 
detaraining  where  each  overhaul  ia  assigned.  The 
individual  shipyards  provide  input  but  do  not  control  the 
assignaant  process.  This  process  constitutes  a  factor  that 
can  greatly  affect  a  shipyard's  planning  process. 

E.  SHIPYARD  MANAGMENT  CONSTRAINTS 

Tha  constraints  placed  upon  shipyard  management  are 
not  radically  dissimilar  from  industry,  however,  they 
should  be  briefly  reviewed.  The  four  major  constraints 
are:  available  manpower,  authorized  work,  schedule 
adherence  and  estimated  cost.  All  four  contraints  are 
interrelated.  First  to  be  discussed  is  the  available 


manpower  constraint.  Tha  shipyard  must  asploy  sufficient 
labor  skills  to  cosplata  tha  assigned  work.  To  accomplish 
this,  forecasted  workloads  are  derived  and  a  work  force  is 
established.  Unique  from  tha  public  sactor  shipyard  is  the 
fact  that  all  workers  are  government  employees  which 
removes  the  option  of  squiring  manpower  on  a  daily  basis 
from  a  union  labor  pool.  This  constraint  is  often  costly 
when  shipyard  workload  varies  signif icantly . 

The  second  constraint,  estimated  cost,  impacts 
directly  upon  the  authorized  work  constraint.  The 
estimated  cost  of  work  is  produced  by  examining  current 
man  day  rates,  parts  and  material  coat.  Given  a  “fixed” 
dollar  value  that  limits  the  cost  of  an  overhaul,  the 
Ship's  Captain,  Type  Commander  and  the  shipyard  develop  a 
priority  work  package  of  required  work  that  fits  the  cost 
of  the  overhaul. 

Scheduling,  the  third  constraint,  is  mandated  from 
the  Chief  of  Naval  Operations  level  <CNO> .  The  CNO's 
office  controls  total  force  requirements  and  therefore 
limits  the  period  of  time  that  a  fighting  vessel  can  be 
taken  “off  the  line”. 

The  four  constraints  have  been  described  briefly  to 
enable  the  reader  an  overview  of  a  few  of  the  factors 
that  dominate  shipyard  management.  These  elements  combine 


to  Mv«rly  tax  tha  affort a  of  tha  Production  and  Repair 
Oapartaanta  to  davalop  and  Maintain  a  ahipa  achadula. 

F.  SCHEDULE  ADHERANCE 

Tha  bottoa  lina  of  any  rapair  activity  ia  thair 
ability  to  affact  propar  rapaira  within  a  limitad  tiaa 
fraaa  and  within  budget.  Mora  apacif ically ,  tha  ahipyard 
Rapair  Offiear'a  problaa  ia:  “How  can  a  achadula  ba 
aaintainad  ainultanaoualy  with  aaveral  vaaaala  in  overhaul 
given  fixed  individual  unit  achadulaa  and  overall  fixed 
workload,  manpower  and  coat  conatrainta?*’  Other  auch 
factora  aa  political  and  oparationa  praaauraa  occur,  which 
often  incraaaa  the  workload,  outside  contracting 
requirements,  and  reduce  budget  and  length  of  the  overhaul 
The  problem  is  very  complex  and  no  specific  algorithm  can 
ba  used  for  a  solution.  This  scenario  often  requires  the 
shipyard  management  to  poae  "what-if"  questions  in 
juggling  their  resources. 


ill.  BACS5RQHNDxDg§SBI2IIQl!  AND  UTILISATION 
SQHSIEIS  of  fa§s 


A.  WHY  DO  WE  NEED  FASS? 

The  governing  body  of  Naval  shipyarda  is  tha  Naval 
Sea  Systems  Command  (NAVSEA) .  In  order  to  better  super¬ 
vise  and  establish  standard  management  practices  within 
shipyards,  NAVSEA  issued  NAVSEAINST  4850.9  on  Feburary  28 
1984.  CRef.  6]  This  instruction  was  designed  to  establish 
a  minimum  level  of  operational  procedures.  Concerning 
shipyard  scheduling,  the  instruction  required  each  unit  to 
develop  and  maintain  a  hierarchy  of  five  intergrated 
schedules.  Each  decending  level  of  scheduling  would 
consist  of  more  detail  which  must  be  upward  compatible  and 
supportive.  The  five  levels  of  schedules  must  be  dynamic 
with  updates  reflecting  daily  schedules  up  through  the  Key 
Event  Schedule.  In  addition  to  the  scheduling  requirements 
NAVSEA  work  load  forecasting  procedures  specifies  data 
requirements  to  assist  in  the  shipyard  management  effort. 

A  sample  of  these  are: 


•  "Develop  and  maintain  work  performance  statistics  by 
hull  type  (and  class  if  appropriate)  and  availability 
type  by  direct  labor  shop. 

•  Base  all  direct  labor  workload  pro3ections  on  data 
provided  by  the  Planning  Department.  Where  a  "should 
cost  analysis  report"  has  been  prepared,  modify  to  "will 
cost"  by  using  an  approved  performance  factor. 


•  During  the  availability ,  monitor  actual  performance 
and  raconaand  raviaiona  to  tha  PEC  aa  nacaaaary  in  ordar 
that  tha  "will  coat"  estimate  rapraaanta  tha  shipyard's 
baat  aatiaata  of  final  expended  diract  labor  mandaya. 

•  Prapara  and  Maintain  workload  foracaata  for  all 
major  diract  labor  ahopa,  including  aupport  ahopa. 

•  Prapara  quartarly  ataffing  recommendations  for  all 
major  diract  labor  ahopa,  including  aupport  ahopa,  for 
uaa  by  tha  ManagaMant  Enginaaring  Offica  and  other 
Dapartmanta  in  aatabliahing  departmental  ceiling  and 
ataffing  plana. 

•  Produce  Workload  and  Reaource  Reports  and  associated 
reporta."  CRef.  4:  pp.3J 

Although  tha  above  requirements  ware  made  to  improve 
shipyard  performance,  tha  existing  Automated  Data 
Processing  technology  at  tha  various  shipyards  could  not 
support  the  requirements .  Shipyard  workloads  are  managed 
by  the  Production  Control  Branch,  using  both  automated  and 
manual  techniques,  including  hand  drawn  PERT/CPM  CHARTS 
and  batch  inputs  to  the  shipyard  management  information 
system.  Numerous  shipyards  had  already  begun  utilizing 
commercial  software  packages  to  assist  in  network 
scheduling,  however,  most  were  still  incapable  of 
fulfilling  the  NAVSEA  requirements  even  with  these 
packages.  As  an  example  the  shipyard  MIS,  in  the  batch 
mode,  returned  schedule  information  in  one  to  three  days. 
Manual  network  drawing  may  take  from  two  to  several  weeks. 
With  these  time  constraints  the  information  provided  to 
management  was  too  late  and  of  little  use. 


At  this  point  in  tins  the  Production  Control  Branch 
head  of  the  shipyards  collactivaly  axaainad  thair  inability 
to  aaat  tha  NAVSEA  raquirasants  and  jointly  davalopad  a 
solution  to  tha  problas.  Tha  bast  altarnativa  was  to 
obtain  a  currant  coamarcial  "of f -the-shalf " ,  on-line,  user 
friandly  softwara  package.  Appropriate  studies  were 
perforaed  to  assess  tha  actual  requiranents.  The  studies 
ware  transformed  into  a  set  of  system  specifications  that, 
described  the  objectives  and  potential  benefits  of  FASS: 

!•  QbJ©Siives 

*  “To  shorten  ship  availability  durations  by 
providing  the  capability  to  quickly  asses  remaining  work 
and  define  appropriate  management  action. 

*  To  increase  the  productivity  of  the  Scheduling 
Section  by  eliminating  manually  prepared  CPM 
(Critical  Path  Method)  networks  and  bar  charts. 

*  To  have  access  to  an  automated,  interactive 
project  management  system  which  can  serve  as  a  tool  in 
evaluating  the  impact  of  proposed  scheduling  and  workload 
forecast  changes  and  their  impact  on  one  another. 

»  To  have  the  capability  to  automatically  "forecast 
resource  problems"  within  a  given  schedule  and 
identify  the  CPM  activities  involved  which  warrant 
immediate  attention. 

*  To  have  the  ability  to  input  schedule  adherence  and 
progress  data  from  remote  locations. 

*  To  establish  a  more  meaningful  relationship 

among  project  schedules,  shop  manpower  resources,  workload 
forecast,  and  progress  data  to  aid  in  the  analysis  of 
performance  and  monitoring  of  schedule  adherence. 

»  To  maintain  a  Historical  File  for  future 
availabilities . " 


2.  Poitn&isl  itatfit* 

•  "To  reduce  overhaul  durationa  and  incraasa  shipyard 
productivity . 

•  To  improve  tha  quality  of  schedules. 

•  To  provide  an  automated  interactive  project 
management  system  which  would  serve  as  a  tool  in  evaluating 
tha  impact  of  proposed  scheduling  and  workload  forecast 
changes  and  their  impact  on  one  another.  This  on-line 
modeling  capability  would  allow  shipyard  management  to 
review  several  alternatives  of  schedule  changes  and  to 
select  the  best  option  in  a  timely  manner. 

•  To  provide  an  automatic  forecast  of  resource 
problems  within  a  given  schedule  and  identification  of  the 
activities  warranting  immediate  attention  would  allow  shop 
managers  to  review  manning  problems  far  enough  in  advance 
to  properly  react/resolve  manloading  situations. 

•  An  automated  scheduling  system  would  provide  the 
ability  to  input  schedule  adherence  and  progress  data 
from  remote  locations. 

•  To  provide  a  more  meaningful  relationship  amoung 
schedule,  workload  forecast  and  progress  data  would 
allow  the  analysis  of  cost  and  schedule  performance. 

»  To  provide  for  the  existence  of  an  automated 
historical  file  which  would  reduce  scheduling  effort  by 
allowing  similar  work  package  schedules  to  be  re-used  with 
appropriate  changes.  This  would  also  promote  the  sharing 
of  work  package  schedules  among  shipyards  reinforcing 
overhaul  standardization  and  applying  lessons  learned 
throughout  the  shipyard  community."  [Ref.  7] 


On  February  1983,  Philadelphia  requested  approval, 
via  competitive  procurement  procedures,  of  an  on-line 
scheduling  system.  In  August  1983,  NAVSEA  PMS  309  and  the 
Management  Systems  Support  Division  assumed  responsibility 
for  system  acquisition  for  the  Naval  shipyards. 


B.  SYSTEM  DESCRIPTION 


The  ARTEMIS  software  procured  for  the  shipyard*  is  a 
user  friendly,  on-line,  real  time  management  system 
package.  The  ARTEMIS  will  utilize  a  Hewlett  Packard  Mini 
6000  series  computer  with  various  plotter,  printer  and 
graphic  terminals.  General  characteristics  of  the  overall 
system  include  a  common,  high  level  command  language  which 
is  utilized  throughout  the  system.  This  allows  the  first 
time  user  to  be  led  through  the  various  cycles  and  allows 
an  advanced  user  to  bypass  initial  instructions  and 
proceed  at  their  individual  level.  Self  instruction 
facilities  are  maintained  to  help  new  personnel  using  the 
system.  The  established  user  may  develop  new  data  entry 
or  retrieval  formats  and  access  data  within  the  numerous 
data  sets  without  affecting  other  users.  The  system  is 
also  capable  of  both  on  line  or  background  processing. 

This  capability  allows  the  user  to  view  the  indicated 
process  function  and  make  corrections  or  changes  as  they 
are  displayed. 

A  relational  data  base  is  utilized  ,  with  the 
ability  of  linking  up  to  fifteen  data  sets  using 
dynamically  defined  key  fields.  ARTEMIS  can  handle  thirty 
two  thousand  activities  per  project,  sixty  four  calenders, 
thirty  two  data  sets  and  two  hundred  and  fifty  six 
resources  per  activity.  The  only  limitation  to  handling 


aulti.pl*  project*  ia  th*  atorag*  capacity  of  th* 
ayataa.  A  atandard  ahipyard  packag*  aix  ia  shown  in 
Figure  3.  Th*  aoftwar*  and  hardware  ar*  atandard  in  the 
packag*,  with  *ach  ahipyard  having  individual  flexibility 
to  purchaa*  th*  appropriate  peripheral*  aa  required. 

Aa  deacribed  in  the  Background  Section,  the  thruat  of 
th*  requirement*  of  thia  system  was  to  develop  and  maintain 
five  levels  of  intergrated  schedules.  An  overview  of  this 
process  is  graphically  demonstrated  in  Figure  4  with  a 
sampling  of  various  inputs  and  output  requirements. 
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Figure  3  Standard  Hardware/Software  Package 
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Figure  4  FASS  Process 


The  data  input  problem  can  be  accomplished  by  using 
tape  transfer,  a  database  or  manual  input.  This  specific 
area  will  be  covered  in  depth  in  Chapter  Four. 

The  approximate  times  involved  in  obtaining  a  product 
from  the  system  can  best  be  described  with  a  view  of  two 
cases.  The  firat  case  assumes  a  busy  system  with  a  very 


detailed  PERT/CPM  system  of  ten  thousand  activities.  This 


number  of  activities  squats  to  a  vary  detailed  scheduling 
of  a  Destroyer  class  vessel.  The  ties  required  to  obtain 
the  data  fro*  a  data  baas,  analyze  it  and  have  it  ready  to 
plot  would  be  approxiaately  one  and  a  half  hours.  This 
allows  the  user  to  review  the  entire  detailed  overhaul 
PERT/CPM,  which  is  not  done  on  a  routine  basis  due  to  the 
magnitude  of  data  involved.  The  more  practical  case  would 
be  to  review  the  overhaul  of  the  destroyer  at  a  four 
hundred  activities  level.  The  time  required  to  obtain  the 
data  would  be  approxiaately  two  minutes  with  ten  minutes 
required  for  the  analysis  portion.  The  information  could 
then  be  viewed  on  a  graphics  terminal  or  plotted. 

The  second  case  involves  an  operation  that  will  be 
executed  on  a  more  day-to-day  basis.  Supervisors  utilizing 
a  busy  system  with  four  hundred  activities  would  normally 
desire  to  change  information  concerning  approximately  five 
specific  jobs.  The  data  call  down  time  would  be 
approximately  two  minutes,  one  minute  for  the  data  entry 
process  and  two  minutes  for  analysis.  In  this  mode  FASS  is 
providing  much  needed  assistance  in  developing  alternataive 
solutions  through  simulation.  These  two  cases  illustrate 
the  quick  response  time  that  FASS  will  provide  to  the 
waterfront  supervisors. 

A  system  of  this  magnitude  required  each  shipyard  to 
conduct  detailed  on-site  preparations  to  address  the 


question  of  housing  the  hardware  and  support,  systeas.  A 
typical  hardware  layout  in  the  shipyard  is  illustrated  in 
Figure  5.  Each  site  also  had  to  address  requirements  for 
priaary  and  secondary  electrical  power*  air  conditioning 
and  communications.  The  author's  review  of  this  planning 
aspect*  indicated  a  thorough  process  had  been  undertaken 
which  should  provide  an  excellent  support  package  for  FASS. 

C.  INITIAL  UTILIZATION  CONCEPTS 

Although  the  initial  requirement  for  FASS  was  to 
comply  with  NAVSEA  scheduling  directives*  shipyard 
management  quickly  grasped  the  magnitude  of  potential 
applications  available  from  FASS.  The  ARTEMIS  package  also 
provided  a  desk  top  version  for  foreman  and  ship 
supervisors*  which  could  link  a  limited  number  of 
terminals  to  the  main  system.  With  the  combination  of 
remote  terminal  sites  and  the  desk  top  version,  management 
saw  the  ability  of  providing  real  time  information  to  the 
waterfront.  The  system  also  would  provide  the  shipyard 
the  ability  to  reassign  job  priorities,  order  the 
stop/start  dates,  and  have  ARTEMIS  reconstruct  the 
network  to  ascertain  these  effects  on  the  critical  path, 
resources  and  other  events.  This  "what  if"  capability  is  a 
immense  improvement  over  the  existing  manner  of  just 
estimating  by  the  "seat  of  the  pants"  what  the  effect 


would  bo.  Savaral  days  of  aanual  labor  would  ba  axpanded 
to  davalop  naw  PERT/CPM  achadulaa  aftar  major  changaa 
wara  propoaad  during  tha  ovarhaul  procaaa.  FASS'a 
ability  to  provida  thla  information  within  ainutaa  ia  a 
quantua  and  walcoaad  jump  in  procaaaing  rataa. 


IV.  IHEtEBEUIAIIQ!!  ELASSIH6  CONSIDgBAIIQN§ 


A.  INCORPORATING  FASS  INTO  EXISTING  SHIPYARD  MIS 

Shipyards  faca  tha  aaaa  fundaaantal  quaationa 
concarning  system  iaplaaant.at.ion  that  ara  preaant  in 
private  industry.  After  tha  initial  iaauaa  of 
requirements,  cost  and  benefits  and  system  choice,  the 
basic  question  arises  of  how  to  network,  if  at  all,  the 
procured  system.  The  author  considers  this  question 
crucial  in  that,  improper  integration  of  the  system  may 
reduce  the  overall  ef fectiveness  where  as  optimum 
integration  provides  a  synergistic  affect. 

This  basic  question  was  assigned  a  high  priority  by 
shipyard  management  after  the  procurement  phase  began.  The 
goal  of  the  Scheduling  Branch  was  to  fully  interface  FASS 
with  the  existing  shipyard  MIS.  The  success  of  FASS  hinged 
on  the  ability  of  obtaining  real  time  information  from  the 
MIS.  To  better  understand  the  magnitude  of  this  problem, 
the  basic  shipyard  MIS  will  be  reviewed  for  the  reader. 

The  shipyard  MIS  started  its  beginning  during  the 
early  1950's  period  as  a  package  of  high  speed  accounting 
applications  and  has  evolved  into  a  vital  system  that  links 
the  entire  shipyard  together.  It's  primary  goal  is  to 
provide  operational  and  predictive  information  to  assist 
all  levels  of  shipyard  management  and  headquarters  m  the 
decision  making  procedure.  Shipyard  MIS  is  identical  to 


industry  HIS  in  that  tha  and  goal  is  to  provida  accurate 
and  tisaly  information  in  a  fora  that  is  meaningful  to 
decision  makers. 

Organization  of  tha  shipyard  MIS  is  shown  in 
Figure  6,  with  tha  four  major  departments  of  the  shipyard 
placed  into  functional  subsystems.  For  each  MIS  subsystem 
the  various  subsystems  application  have  been 
listed. CRef .S3 

At  this  point  one  can  see  that  a  large  amount  of 
information  contained  in  the  shipyard  MIS  is  essential  for 
scheduling  a  work  package.  Specifically  FASS  must  obtain 
information  concerning: 

•  workload  forecasting 

•  availiable  manhours  for  each  trades 

•  data  on  materials  and  shop  stores 

»  start/stop  dates 

•  priority  work  in  progress 

The  questions  that  immediately  arise  are:  "How  to 
obtain  the  required  MIS  information,  what  format  is  it  m 
and  does  it  require  conversion?"  Although  these  are  basic 
questions,  there  are  numerous  answers  and  approaches  to 


solve  the  problem. 
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Figure  6.  Shipyard  MIS  Organization 

B.  ESTABLISHED  PLANS  TO  IMPLEMENT  FASS  WITHIN  NAVAL 
SHIPYARDS 

When  the  decision  was  made  to  procure  FASS,  each 
shipyard  began  to  develop  a  strategy  for  implementing  the 
system  within  their  organization .  Although,  the  method  of 
allowing  each  shipyard  to  plan  for  its  own  implementation 
vice  a  structured  Navy  wide  plan  can  be  questioned  as 
inefficient,  the  separate  shipyard  research  did  allow  the 
development  of  three  seperate  approaches,  with  each 
containing  a  unique  solution.  In  order  to  examine  the 
existing  approaches,  the  author  determined  that  the  three 


shipyards  plans  warranted  on-site  investigation. 


There  are  thraa  baaic  strageti.es  that  will  be 
examined  for  FASS  implementation: 

1.  Use  the  system  in  a  stand  alone  mode 

2.  Utilize  a  mainframe  data  base  to  interface  with 
existing  systems  and  FASS 

3.  Network  FASS  to  the  shipyard  mainframe 

Two  of  the  three  shipyards  visited,  plan  to  utilize 
the  data  base  concept  and  one  plans  a  mainframe  connection 
The  stand  alone  strategy  should  be  eliminated 
from  consideration  for  shipyard  use  because  of  the  sevex*e 
limitations  it  places  on  the  system.  If  this  method 
is  utilized  data  entry  will  consume  significant  amounts 
of  personnel  resources.  Moreover,  the  aspect  of  limiting 
the  entire  shipyard  to  thirty  two  terminals  or  less  is  an 
unattractive  constraint. 

The  following  section  will  demonstrate  how  Puget 
Sound,  Philadelphia  and  Long  Beach,  shipyards  intend  to 
implement  FASS. 

1 •  Philadelphia 

Of  all  the  shipyards  visited  by  the  author,  tne 
Philadelphia  yard  appeared  to  be  the  most  concerned  wiih 
the  planning  aspects  of  implementing  FASS.  Their  basic 
concepts  included  organizational  support,  physical 
facilities,  MIS  interaction  and  system  limitations. 


Philadelphia  identified  the  major  FASS  constraints  as  data 
entry,  accessibility  and  memory.  Although  Philadelphia 
and  Puget  Sound  identified  the  same  problems,  a  different 
solution  was  developed  by  Philadelphia. 

The  Production  Control  Branch  Head  realized  that  the 
shipyard  was  quickly  expanding  their  computer  technology, 
which  recently  included  the  procurement  of  a  PRIME  550 
minicomputer.  The  addition  of  FASS  and  the  expansion  of 
personal  computers  required  a  long  range  unification  and 
planning  effort.  The  major  areas  which  required  a  ground 
floor  coordinated  approach  included: 

*  current  capabilities 

*  long  term  capabilities 

*  effect  of  mini-micro  computers 

*  net  working 

*  organizational  requirements 

An  extensive  planning  effort  resulted  in  the  concept 
of  using  a  minicomputer  to  act  as  an  interface  with  the 
existing  shipyard  computers.  The  minicomputer  approach  was 
designated  as  the  Production  Automated  Support 
System .( PASS )  The  networking  concept  is  depicted  in  Figure 
7A.  The  main  advantages  will  be: 

*  The  ability  to  share  data. 

*  The  ability  of  to  share  hardware/software 


•  A  capability  of  coabining  data  files  and 
standardizing  formats. 

•  The  optimum  use  of  funds  which  allows  less 
equipment  and  fewer  phone  lines. 

PASS  will  eliminate  the  initial  constraints  by 
providing  a  database  capability  for  all  users.  FASS  will 
not  require  manual  data  entry,  in  that  new  information  can 
be  retrieved  from  PASS,  utilized  for  scheduling  and  then 
dropped  from  PASS'  memory.  The  PASS  will  also  allow  all 
existing  shipyard  terminals  to  obtain  data  from  FASS. 

After  deciding  on  this  approach,  organizational 
changes  were  instituted.  The  responsibility  for  both  PASS 
and  FASS  were  assigned  to  the  Performance  Analysis,  Control 
and  Evaluation  Section  Head  (PACE).  This  move  placed  ail 
computers,  leas  the  main  frame,  under  the  control  of  one 
section.  Appropriate  actions  were  taken  to  obtain 
additional  personnel  to  support  the  new  responsibility. 

New  personnel  are  required  to: 

•  Provide  systems  analysis  and  design. 

»  Provide  user  training  and  guides. 

•  Provide  trouble  shooting,  documentation 
responsibility  and  report  development. 

Procurement  cost  for  the  new  minicomputer  is  estimated  at 

seventy  five  thousand  dollars,  with  delivery  about  six 

months  after  FASS  is  on  board.  The  decision  to  adopt  PASS 
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assumed  the  advantages  of  common  networking  and  interface 
outweighed  the  additional  coat  of  the  aini  computer  and  the 
additional  procurement  time.  CRef.  93 

2.  L.2Q3  SfiSSb 

On  July  6 ,  1965,  Long  Beach  Naval  Shipyard  completed 
their  FASS  acceptance  teat  which  was  conducted  by  a  team 
from  outaide  shipyards  and  the  Vendor.  Thia  was  the  first 
successful  acceptance  test.  Puget  Sound  and  Philadelphia 
tests  would  be  conducted  within  a  one  month  period. 

The  current  plan  is  to  connect  FASS  to  the  mainframe 
via  a  nodes  as  shown  in  Figure  7B.  This  will  allow  FASS  to 
retrieve  as  well  as  relay,  information  to  the  shipyard  MIS. 
Information  passed  to  HIS  will  include  the  atart/atop  job 
dates  derived  by  FASS.  FASS  will  retrieve  from  MIS, 
infornation  developed  by  the  planning  and  estimating 
department,  to  include  material  and  manhour  constraints. 

This  implementation  plan  is  limited  in  that  FASS 
requires  a  dedicated  port  into  the  mainframe  in  order  to  be 
fully  interactive.  Usage  constraints  currently  negate  the 
use  of  a  dedicated  port.  Thia  problem  has  a  solution, 
specifically  a  larger  mainframe,  but  is  long  term  in 
nature.  A  more  timely  solution  would  be  to  review 
mainframe  usage.  Possible  multiuser  reductions  or  low 
priority  user  elimination  could  make  a  port  available  for 
FASS.  Thia  decision  of  course  must  be  made  at  a  high  level 


of  management.  When  "what  if"  acenarioa  are  conducted  by 
auperviaora  and  ahip  superintendents,  they  will  always  be 
dealing  with  information  that  is  at  least  one  day  old. 

This  ia  because  the  update  of  30b  work  status  will  still  be 
conducted  in  batch  mode  on  the  Production  Control  portion 
of  MIS.  To  fully  employ  FASS  capabilities,  interaction  is 
essential  and  a  long  term  solution  delays  full 
implementation.  CRef .  103 

3.  Puget  Sound 

In  order  to  maximize  the  use  of  FASS,  the  Puget  Sound 
Naval  Shipyard  clearly  understood  that  early  planning  was 
the  key  to  success.  The  time  to  establish  an 
implementation  plan  was  clearly  not  the  day  the  equipment 
arrived . 

Initially,  management  tried  to  establish  what 

limitations  and  assets  existed  with  FASS.  They 

investigated  potential  major  problems  that  could  seriously 

jeopardize  overall  effectiveness  of  the  system.  The 

initial  concern  was  that  of  over  utilization  and  congestion 

of  the  system.  If  the  shipyard  was  performing  overhauls  on 
a  large  number  of  vessels,  the  memory  constraints  would  be 

critical  if  all  relevant  data  was  maintained  within  FASS. 

Interrelated  with  this  problem  was  the  limited  number  of 

terminals  accessible  to  the  user.  The  constraint  of  thirty 

two  terminals  for  the  entire  shipyard  posed  a  potential 


problem  area.  Even  more  disconcerting  was  how  to  enter  the 
required  data,  euch  ae  manhour  input,  material  input  and 
other  reeourae  data  Cteet  equipment,  components, 
documents,  etc.]  into  FASS,  and  how  would  others  obtain 
it. 

In  response,  Puget  Sound  initially  developed  an 
approach  that  attempted  to  solve  all  the  problem  areas. 

The  main  thrust  was  to  develop  a  Production  Control 
Database  on  the  shipyard  mainframe  that  allowed  interface 
with  FASS,  HIS  and  other  mainframe  applications.  This 
system  network  is  show  in  Figure  7c.  The  new  Database 
provides  a  technique  that  frees  FASS  of  storage  and 
interface  constraints.  Data  is  retrived  from  the  mainframe 
to  answer  the  imposed  quarries.  After  the  quarry  is 
answered  the  data  is  no  longer  required  in  FASS  and  may  be 
deleted.  Also  by  utilizing  the  database  and  mainframe, 
four  hundred  or  more  terminals  become  available. 
Additionally,  this  concept  will  allow  the  mainframe  to 
continue  processing  the  weekly  reporting  requirements 
and  free  FASS  to  handle  limited  distribution  reports. 

The  potential  problems  discussesd  above  appear  to  be 
eliminated  with  the  concept  of  the  new  database.  Data 
entry  by  key  punch  or  magnetic  tape  is  eliminated  becauses 
FASS  will  go  direct  to  the  mainframe  for  required  data . 
Memory  constraint  is  no  longer  a  concern  due  to  the 


capability  of  deleting  data  after  ita  uaa  and  tarainal 
capacity  waa  graatly  incraaaad.  Tha  databaaa  concapt  alao 
addraaaaa  tha  pravioua  concarn  of  how  currant  ia  tha  data 
in  ragarda  to  actual  in  prograaa  work.  If  a  raal  tiaa 
syataa  ia  required  but  data  ia  updatad  non thy,  tha 
af factivanaaa  ia  ainimua.  Tha  databaaa  allows  paraonnal 
with  tha  propar  idantity  codaa  to  updata  work  atatua  at  any 
of  tha  four  hundrad  ahipyard  tarainala.  Of  couraa  a 
foraaan  or  prograaaaan  will  certainly  not  updata  all  jobs 
daily,  but  tha  raal  tiaa  concapt  ia  thara  for  tha  critical 
araaa  of  concarn  to  management.  Thia  now  allows  tha 
ahipyard  to  fully  utilize  a  major  aaaat  of  FASS,  which  ia 
to  conduct  "what-if"  plana  in  developing  work  strategtiea. 
The  Repair  Officer,  Ship  Superviaor  and  Foreman  can  put.  m 
varioua  changea  to  tha  exiating  achadule  and  aea  tha 
effecta  on  the  critical  path  and  other  eventa  with 
aaaurance  that  the  ayatem  hae  received  all  real  time 
updatea  and  ia  not  waiting  to  be  updatad  "tomorrow". 

FASS  will  alao  adviaa  of  possible  problems  in  the  areas  of 
available  man  hours,  materials  and  associated  resources. 

In  summary,  the  advantages  of  Puget  Sound's  Database 
approach  to  FASS  implementation  are: 

•  It  will  allow  for  real  time,  on  line  updating 
capability . 

•  System  updatea  to  FASS  data  will  be  entered  by 
both  Foreman/Progresaman  and  by  the  existing 
shipyard  MIS. 


•  The  incrtased  terminal*  capacity  will  allow  More 
personnel  to  utiliza  tha  raaulta  of  FASS  updates 

•  Real  tiMa  work  status  will  ba  utilized  for 
“what-if**  scenarios. 

•  Tha  data  base  progress  can  ba  utilized  by  other 
Naval  Shipyards  due  to  common  mainframe  systems. 

•  Tha  Naval  shipyards  naar  future  procurement  of 
new  mainframes  will  not  effect  the  use  of  the 
database  and  FASS.  CRef.  113 


C.  OVERALL  MANAGEMENT  CONSIDERATIONS  FOR  THE  USE  OF  FASS 
1 •  Top  HSSSSSSSQl  Support 

One  of  the  most  successful  traps  in  acquiring  any 
computerized  system  is  the  idea  that  the  computer  will 
come  in  and  all  by  itself,  eliminate  the  initial  problem. 
However,  throughout  industry  many  companies  are 
experiencing  grave  difficulties  with  the  same  computerized 
systems  that  their  competition  are  successfully  using.  A 
recent  study  indicated  that  only  ten  percent  of  companies 
surveyed  were  getting  the  full  use  of  their  new  computer¬ 
ized  system.  Thirty  percent  of  the  firms  were  getting 
good  but  not  complete  benefits  and  fifty  percent  were 
receiving  little  or  no  benefits  from  their  system. CRef.  12 
These  results  raise  the  question, "Will  each  Naval 
shipyard  enjoy  success  from  FASS  or  will  the  same 
percentages  as  above  prove  true?"  Crucial  problems  m 
scheduling  can  be  elminated  by  the  use  of  FASS,  however, 
the  system  cannot  succeed  without  support.  Regardless  of 
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the  size  and  complexity  of  any  hardwara/aof tware  package 
acquired,  it  will  not  fully  function  without  the  support 
and  understanding  of  Management.  This  committment  goes 
much  deeper  than  vocal  support.  First  management  must  be 
educated  on  FASS  and  its  capabilities.  Involvement  is 
essential  in  that  the  managers  need  to  utilize  the  system 
and  determine  if  the  system  meets  their  management  needs. 
To  fully  utilize  FASS,  all  levels  of  management  may  need 
to  actually  change  the  way  they  manage,  plan  and  control 
many  shipyard  functions.  The  effective  manager  needs 
to  determine: 

•  Does  FASS  provide  information  in  a  fora  that 
helps  me  manage? 

•  Is  new  information  being  provided?  If  so,  how 
can  I  beat  use  it? 

•  Is  there  other  types  of  information  that  I  need? 

•  Am  I  getting  too  much  information  from  FASS? 

•  Do  I  really  understand  all  the  capabilities  of 
the  system? 

•  Is  our  organization  structured  to  efficiently 
utilize  the  system?  What  changes  would 
complement  the  system. 


•  Does  my  superior  understand  the  system?  Should 
more  or  less  information  be  forwarded  and  in 
what  form. 

•  Has  FASS  assisted  me  in  my  performance  of  duties? 
If  not,  can  I  effect  changes  in  the  system  to 
support  my  needs  without  degrading  overall 

ef fectiveness?  What  changes  would  help  my  people 

•  Am  I  making  my  decisions  with  the  data  provided. 


Questions  of  this  nature  era  difficult,  yet  thsy 
art  the  crux  of  obtaining  tha  full  benefit  from  tha 
systaa.  Tha  failura  of  shipyard  managars  to  proba 
into  thasa  araas  put  tha  aff activanass  of  tha  Schaduling 
Branch  in  jeopardy. 

2 •  Training  and  System  Acceptance 

Soon  aftar  arrival  FASS  will  ba  operational,  but 
will  tha  system  ba  fully  utilized?  The  bottom  line  of  any 
successful  project  is  its  use  by  the  workers  that  make  the 
company  operate.  Years  of  planning,  decisions, 
specif ications  etc.,  will  be  virtually  wasted  if  the 
system  is  not  properly  employed.  Replacing  the  current 
FASS  with  a  modal  that  is  four  timea  costlier  will  not 
ensure  that  the  system  will  ba  used.  The  majority  of 
implementation  problems  do  not  involve  software  or 
hardware,  they  involve  people,  which  make  the  shipyard 
run.  CRef.  133 

This  author  contends  that  the  critical  link  in  the 
application  of  FASS,  will  be  the  acceptance  and  use  of  the 
system  by  the  first  line  supervisor  and  management. 

Upper  Management  can  make  people  use  tha  FASS,  however  they 
cannot  make  them  accept  it.  Without  their  support  and 
use,  FASS  will  be  severely  undermined.  But  why  shouldn't 
the  supervisors  use  the  system?  They  went  to  classes  to 


learn  the  system,  now  they  just  naad  to  usa  it.  This 
sounds  simpls  from  afar,  yat  management' s  biggest  problem 
will  be  how  to  effect  change  of  the  individuals  who  use 

the  system. 

The  view  of  Management  that  FASS  is  a  welcomed 
addition  to  shipyard  management  tool  may  not  be  shared  by 
the  line  supervisors.  A  new  system  is  often  viewed  as  pure 
change,  just  a  different  mode  of  operation.  This  can  evoke 
varied  responses  from  each  individual.  Individual  response 
may  vary  from  excess  uncertainty,  fear  about  future 
competence  and  the  fear  of  the  system  meaning  more  work.  A 
new  system  not  only  means  learning  the  details,  but  a 
change  in  the  way  day  to  day  business  is  carried  out. 

People  in  general  resist  change  or  the  way  the  change  is 
promulgated . 

The  challenge  to  management  is  to  make  the 
supervisors  feel  good  about  the  change.  Management  must  be 
able  to  obtain  the  agreement  from  the  people  that  the  new 
system  is  desirable  and  a  benefit  to  all.  There  are 
numerous  approaches  to  this  problem.  Listed  below  are  a 
few  ways  to  help  bridge  the  change  to  a  new  system: 

•  Ensure  that  requirements  and  standards  are  clear. 

•  Encourage  participation  and  suggestions  on  how 
to  better  use  the  system. 

•  Recognize  successful  supervisors  and  use  them  as 
models . 


•  Make  the  change  in  steps  vica  ona  giant,  iaap 


•  Allow  propar  tiaa  to  digaat  tha  changa  before 
requiring  a  commitment. 

•  Eatabliah  a  lina  auparviaor  uaar  group  to 
identify  problaaa  or  concarna  with  tha  system. 
Employ  this  group  to  aducata  management  on 
possible  changes  required  to  more  affectively 
utilize  tha  system. 

•  Provide  training  on  how  to  make  management 
decisions  with  information  provided  by  FASS. 

•  Demonstrate  management  committment  to  the 
change.  CRef.  13:pp.l3] 

3.  Post  Review  Program 

After  the  first  ships  overhaul  is  converted  to  FASS 
and  supervisors  and  management  are  fully  utilizing  the 
system,  a  post  review  program  should  be  initiated.  The 
time  frame  should  be  approximately  90  to  120  days  after 
the  start  of  a  full  one  year  overhaul.  This  review 
program  is  required  to  assess  the  affectiveness  of  the 
system.  A  formal  methodolgy  is  essential  in  order  to 
uncover  possible  flaws  in  FASS  or  the  organizational 
support  for  the  system.  A  review  of  this  nature  should 
reflect  the  findings  of  the  informal  supervisors  users 
group  recommended  earlier.  As  a  guide,  the  review  should 
cover : 

•  Assesment  of  overall  performance  of  the  system. 

Is  it  an  asset  to  the  supervisors  and  management 
or  a  liability  at  this  point? 

•  Review  accessibility  and  its  response  time  to 
queries . 


•  Information  flow:  la  too  littla  information 
being  racaivad  or  to  much?  Is  tha  information  in 
aaaily  digaatibla  form? 

•  Are  thara  program  changaa  to  improve 
affactivanaaa? 

•  Haa  propar  training  baan  received  concerning  the 
uaa  of  FASS?  Arm  there  still  areas  that  are 
confusing  and  not  used? 

•  Has  FASS  changed  the  way  upper  management 
monitors  and  controls  work  in  progress?  Is  this 
change  assisting  or  burdening  tha  supervisors. 

•  Is  tha  Repair  Officer  and  his  Superintendents 
fully  utilizing  the  system,  or  is  it  only  being  u 
by  interested  personnel?  CRef.  143 


This  type  of  review  will  capture  a  large  quanti  ty 
of  management's  time.  However,  the  alternative  is  to  just 
wait  and  see  how  the  overhaul  proceeds  and  face  the 
possibility  of  coat  and  duration  overrun  due  to 
limitations  or  incorrect  usage  of  the  system  which  were 
not  identified  until  top  management  had  to  step  into  the 


picture . 


v.  GQHSLUSIQSS 


A.  FASS  USEFULNESS 

After  reviewing  all  the  associated  documentation 
(aystea  specifications,  requirement  analysia  and  official 
correapondence)  concerned  with  the  acquisition  of  FASS, 
it  waa  evident  to  the  author  that  all  personnel  involved 
were  dedicated  to  obtaining  a  quality  product.  The 
personnel  resources  devoted  by  the  shipyards  to  the 
requirement  and  specif ications  phases  of  FASS  was 
impressive.  The  approach  of  defining  exactly  what  the 
user  required  and  the  needed  system  specifications, 
followed  the  textbook  approach  and  was  exceptional  in 
quality . 

The  selected  ARTEMIS  system  will  have  a  positive 
impact  on  the  shipyards  scheduling  process  and  overall 
effectiveness. 

B.  SYSTEM  NETWORKING 

A  key  concern  of  each  shipyard,  will  be  how  to 
network  FASS  with  existing  systems.  A  system  with  the 
power  of  FASS  cannot  be  fully  utilized  if  used  in  a  stand 
alone  mode.  The  data  requirements  of  FASS  reside  in  the 
existing  shipyard  computer  systems.  To  obtain  maximum 
efficiency,  required  data  must  be  passed  via  a  network 
scheme,  which  will  allow  FASS  to  employ  memory  for 


processing  vie*  data  storage#  which  could  sever ly  slow 
systes  response.  Manual  entry  would  negate  the 
tiseliness  of  FASS  information. 

C.  SYSTEM  ACCEPTANCE 

Shipyard  management  has  proven  their  ability  to 
properly  identify  system  requirements#  procure  and 
successfully  install  FASS.  The  technical  talents  are  not 
wanting  within  the  shipyard  complex.  FASS  is  ready  to 
operate,  but  are  the  supervisors  ready  to  accept  FASS? 
Management's  first  real  test  will  be  their  ability  to  make 
FASS  “the  accepted  way"  in  the  shipyard.  Until  this  teat 
is  passed#  FASS  is  preordained  to  become  ]ust  another 
unused  automated  tool . 

D.  GROWTH 

The  diversity  of  FASS  may  actually  create  a  usage 
problem  after  the  system  applications  are  fully 
comprehended  and  understood  by  management  and 
supervisors.  Many  different  and  effective  reports  and 
graphs  can  be  generated  by  both  the  main  and  desktop 
versions.  After  obtaining  a  working  knowledge  of  the 
system#  each  manager  may  want  to  produce  a  management 
reporting  package  to  suit  his  individual  needs.  This 
type  of  usage  would  not  only  duplicate  information 


requirements  but.  would  ut.ili.za  processing  tine  which  was 
initially  planned  for  other  services. 

VI.  RECOMMENDATIONS 

A.  DATA  ENTRY  AND  STORAGE 

There  are  currently  two  basic  methods  to  eliminate 
the  data  entry  and  storage  concerns  of  FASS.  Each 
shipyard  must  ascertain  their  own  requirements  and 
constraints,  then  decide  which  system  is  more  effective. 
The  first  method  is  the  approach  taken  by  the  Puget  Sound 
Naval  Shipyard.  In  developing  a  database  for  the 
mainframe,  they  solved  both  entry  and  storage 
constraints.  By  using  in-house  programming  to  develop  the 
database,  shipyard  programmers  can  effectively  make  any 
desired  changes  and  are  not  dependent  upon  outside 
contracting.  The  benefits  of  a  shipyard  employing  this 
approach  would  be  the  ability  to  obtain  the  database 
package  from  Puget  Sound,  in  that  the  mainframes  are 
identical  HONEYWELL  H-6880.  This  implementation  plan 
would  be  timely,  minimize  additional  costa  and  solve  the 
major  implementation  concerns  of  data  entry  and  memory 
limitations . 

The  second  implementation  approach  developed  by 
Philadelphia  Naval  Shipyard  also  solves  both  major 
concerns  mentioned  above  as  well  as  expanding  the 


capabilities  of  tha  existing  shipyard  computer  systems. 
Although  this  plan  requires  an  additional  procurement 
process  the  advantages  gained  are  significant.  The 
ability  to  link  all  computer  systems,  with  the  current 
and  future  mainframes,  is  essential  in  obtaining  the 
optimum  information  exchange.  Managers  are  allowed 
increased  opportunity  to  access  information  via  the  PASS 
microcomputer  networking.  This  increase  in  real  time 
information  is  paramont  in  allowing  management  to  control 
overhaul  costs  and  duration.  In  adopting  this  approach, 
a  shipyard  would  effect  a  basic  modem/mainf rame  interface 
to  start  FASS  and  complete  the  networking  when  the 
minicomputer  becomes  availiable. 

The  benefits  of  both  systems  are  summarized  in 
Table  I. 

TABLE  I 

SUMMARY  OF  IMPLEMENTATION  CRITERION 


CRITERION 


PHILADELPHIA 


LONG  BEACH 


PUGET  SOUND 


Growth 

Very  good 

Good 

Good 

Networking 

Very  good 

Good 

Very 

good 

Data  Entry 

Good 

Good 

Good 

Accessibility 

Very  good 

Good 

Very 

good 

a.  FASS  CONTROL 


A  frequent  problem  with  computer  ayataaa  la  tha 
growth  of  coapany  uaaga  aftar  tha  initial  laarning 
proeaaa  ia  coaplatad.  An  individual  ahould  ba  daaignatad 
to  ovaraaa  tha  uaaga  of  FASS.  Succaaa  of  a  ayataa  often 
proapta  individuala  to  aaploy  it  for  additional 
applicationa.  Although  thia  will  aventually  increaaa 
overall  productivity ,  it  can  lead  to  over  taxing  of  the 
ayataa  if  not  proparly  raviawad,  thareby  alowing  response 
tiaa.  The  controlling  aanagar  ahould  screen  all 
individual  new  appliactiona  and  dateraine  tha  ayeten's 
ability  to  undertake  tha  naw  applicationa,  and  if 
possibla,  the  aanagar  combine  management  reports. 

C.  SUPERVISORS  USER  GROUP 

In  order  to  both  increase  supervisor  acceptance  and 
employment  of  FASS,  a  user  group  chaired  by  a  supervisor, 
should  be  established.  Tha  goals  of  this  group  should  be 
to  better  understand  FASS  capabilities  through  shared 
knowledge  and  to  advise  management  of  problem  areas. 

This  also  serves  as  a  vehicle  to  surface  system  usage 
problems  that  otherwise  might  not  be  voiced.  This  user 
group  would  also  provide  group  peer  discussions  to  help 
hesitant  personnel  better  understand  and  thereby  accept, 
the  system  as  "the  management  system". 


0.  IN  HOUSE  REVIEW 


After  the  shipyards  officially  converts  to  FA SS,  a 
post  review  program  should  bs  schsdulsd.  Ths  purpose  and 
timing  is  dsscribsd  in  Chaptar  IV,  Ssetion  0,3. 

E.  NAVSEA  REVIEW 

In  that  aach  shipyard  has  undertaken  an  individual 
implementation  approach,  the  ef fectiveness  of  each  plan 
should  be  evaluated  by  NAVSEA.  The  ability  to  review  and 
observe  the  strengths  and  weaknesses  of  each  plan  could 
greatly  benefit  the  naval  shipyard  complex.  As 
previously  discussed  in  Section  D1  of  Chapter  4,  industry 
often  has  shown  that  one  establishment  can  successfuly 
employ  a  computerized  system,  while  its  competitor  fails 
to  benefit  from  the  same  system.  The  commitment  and 
resources  allocated  to  FASS  cannot  be  jeopardized  due  zo 
ineffective  implementation  plans. 


VII.  EUBIHEB  BISgABQS  QEIIQlfS 


Within  six  nonth*  the  entire  shipyard  complex 
should  be  capable  of  using  PASS  as  their  main  scheduling 
tool.  The  different  inplementation  approaches  will  surly 
produce  varied  results  as  how  to  best  network  and  utilize 
FASS.  This  provides  an  excellent  opportunity  for 
research  on  how  the  shipyards  views  FASS  and  the  lessons 
learned  concerning  implementation  and  use.  A  study  of 
these  lessons  will  identify  actions  that  produced  success 
which  in  turn  will  benefit  all  shipyards. 
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